home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 20 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.3 KB
  1. Date: Mon, 18 Jan 93 03:39:24 est
  2. From: entropy@gnu.ai.mit.edu
  3. Message-Id: <9301180839.AA22415@kropotkin.gnu.ai.mit.edu>
  4. To: julian@GINA.UNI-MUENSTER.DE
  5. In-Reply-To: Julian F. Reschke's message of Sun, 17 Jan 93 23:01:42 MET DST <9301172201.AA10335@math.uni-muenster.de>
  6. Subject: libraries
  7.  
  8. Julain wrote:
  9. >entroy wrote in his mail concerning library PL26:
  10. >>Patchlevel 26 is likely to be the last patchlevel with TOS style (CR-LF
  11. >>pair) carriage control.  Unless I hear some really good arguments against
  12. >>doing so, I'm going to convert everything to UNIX style (LF) carriage
  13. >>control.  Many of the programs I use get really confused with TOS style
  14. >>files.  Also, J. Bammi's GCC libs use the UNIX style, so converting
  15. >>everything will make sychronizing the two libraries easier.
  16. >
  17. >Here we go. Most of my text editors use CR/LF. Probably all GEM programs.
  18. >Libraries that can't read or write these files are useless for me. By
  19. >now, there's no ANSI method to do binary I/O on stdin or stdout, that's
  20. >why I propose to implement setmode() (see 1.). And for all properly
  21. >written programs, this is enough.
  22.  
  23. Ooops, maybe I didn't make it clear what I meant: The code in the
  24. library will stay exactly as it is.  The source files will all have
  25. the newlines stripped out to make my life easier.  I'll probably end
  26. up distributing along with the library a stupid little utility I
  27. churned out over the weekend that can strip or add CR's to a file, so
  28. that people can convert the library source to whichever format they
  29. like best.
  30.  
  31. >Unfortunately, some system functions have conflicting prototypes, and
  32. >most of the OS structures are defined differently. In addition, practically
  33. >*all* BIOS/XBIOS/GEMDOS structures are defined differently. And finally,
  34. >even the *names* of the include files are different.
  35. >
  36. >Obviously, there's no way to change that without breaking existing
  37. >source code. My proposal: let's make a new standard (together with
  38. >Eric Smith, Pure Software and the Lattice guys). What we need:
  39.  
  40. It would probably be much easier to hack up an awk script to convert
  41. your files, or make up a header file "compat.h" with things like
  42. "#define DTA _DTA" and so on.  What we don't need is a new standard
  43. that everyone will ignore...let's learn our lesson from XBRA and ARGV,
  44. and get on with it...
  45.  
  46. Cheers,
  47. entropy
  48.